home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 1222 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.9 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Amiga programmers in deep shit...
  5. Date: 16 Jan 1996 22:00:58 +0100
  6. Organization: dis-
  7. Message-ID: <4dh3ma$k26@serpens.rhein.de>
  8. References: <4d0dch$cup@maureen.teleport.com> <4d0lji$b3s@serpens.rhein.de> <4d37mb$sbo@maureen.teleport.com> <4ddg32$7h5@serpens.rhein.de> <4de1ok$ren@maureen.teleport.com> <4den0n$apt@serpens.rhein.de> <4dgiqq$9s5@maureen.teleport.com>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. sschaem@teleport.com (Stephan Schaem) writes:
  12.  
  13. >: So feel free why a "display list" makes WritePixel fast.
  14.  
  15. > My point was... CBM didn't think about speed a bit when designing 
  16. > the grpahics.library.
  17.  
  18. Eh.. Why don't you explain why a display list makes WritePixel fast ?
  19.  
  20. > I wonder why they refuse to use the system for their realtime work?
  21.  
  22. I don't wonder. I have given reasons often enough and many c0d3rz even
  23. agreed.
  24.  
  25. > Ever windered yourself.. or just "coder = lame" come to your mind and
  26. > you stop analysing the their situation.
  27.  
  28. I have often made statements about that situation. Accusing me of
  29. "stopping analysing the situation" doesn't give you any point.
  30.  
  31. > Yes, if it wasn't for CBM management the amiga demo coderz would have 
  32. > been the uncontested demo scene rullers :)
  33.  
  34. Yes, but besides the point.
  35.  
  36. > I blame CBM for the amiga death, and the status of the amiga when they 
  37. > folded. The amiga future was not in some coders hand... it was in CBM
  38. > managment hand, and they chocked it to death.
  39.  
  40. Again you try to change the topic.
  41.  
  42. > But fell free to think its the demo scene and part of the game scene
  43. > that killed your beloved.
  44.  
  45. And adding insults doesn't help you either.
  46.  
  47. >: Shadow-of-the-beast does not run on any GFX card. Poking hardware does
  48. >: not work on other hardware.
  49.  
  50. > Yes... but what I tryed to say i... are you mad that you cant play games
  51. > design for ECS or AGA on a third party PC type based gfx card?
  52.  
  53. Mad ? No. I am rather disappointed that the games do not even run on
  54. standard ECS or AGA displays. That I have to use arcane floppies, that
  55. I have to disable everything else and still fail to use games.
  56.  
  57. I mean, if I wanted that I could have bought a PC.
  58.  
  59. > (From cbm) spend alot of R&D and time to make a chip compatible with ECS,
  60. > and do this because of HW hitting games, but not releasing HW info.Smart
  61.  
  62. The did not spend alot of R&D (at all) and it is compatible with ECS not
  63. because of some effort but because it was developed from ECS.
  64.  
  65. > A much better aproach: CBM 1 year before the A3000 come out warn that
  66. > "next generation of machine will not sport a compatible chipset"...
  67.  
  68. Would have been a lie. No ? The A3000 has a compatible chipset.
  69.  
  70. > craze, and uses the lowlevelgfx.library of the machine with all the machine
  71.  
  72. You are an idiot if you believe that a "lowlevelgfx.library" would a)
  73. be used or b) would make sense at all.
  74.  
  75. > The point is clear that CBM was the ONLY one involved in 
  76. > releasing crap
  77.  
  78. It is all fascinating that you spend years with all that _CRAP_.
  79.  
  80. > LEts blame the coders, "its coder
  81. > fault that we are taking so long to update the amiga HW, we could have
  82. > give you super neat HW, totaly dreamy, you would have LOVED it... and
  83. > its ready! , but, sorry, because of coder bad programing practice we 
  84. > need to keep compatible with them so we are updating ECS , and its taking
  85. > us alot of effort and time.. dam you coders" ... 
  86.  
  87. You have to give up your prejudices at one time.
  88.  
  89. > But think what you like... from history, its not the coders fault but
  90. > CBM alone.
  91.  
  92. Nah. It's the c0d3rz fanatism to use _CRAP_.
  93.  
  94. > Yes, thats why CBM (<) should have included a sleep function.
  95.  
  96. RUBBISH.
  97.  
  98. > Read
  99. > what I say from the begining, this is getting silly.
  100.  
  101. Right. This is getting silly. You basically say: "make it easy for
  102. us to junk the OS, we won't care for it anyway, who cares for
  103. compatibility if we can make junk for the LCD machines. Our main
  104. clients won't buy more than the LCD machines anyway."
  105.  
  106. And the next is a cry that moans about weak hardware and the _CRAP_
  107. you have to use.
  108.  
  109. > Nope, the amiga OS is not here at all for realtime 2d...
  110. > The amigaos is FAR from delivering what I need from the amiga HW. 
  111.  
  112. The Amiga HW is far away from delivering what I need from an Amiga.
  113. AmigaOS has never been the problem, especially not for _Multimedia_.
  114. It is a problem for the c00l c0d3rz that just want C64s on steroids..
  115. well, you can use a PlayStation now... oh no, it has an OS too. 3DO ?
  116. what schmucks that put an OS there too in the way of the truly perfect
  117. invincible c0d3rz.
  118.  
  119. > CBM made it a standart to hit the HW...
  120.  
  121. They made it an _option_. An _option_ that requires _cooperation_ on
  122. behalf of the programmer.
  123.  
  124. The hardware manual is _NOT_ and has _NEVER BEEN_ a guide to Amiga
  125. programming.
  126.  
  127. > Its the amiga way,
  128.  
  129. Definitely NOT. It is the c0d3rz way.
  130.  
  131. -- 
  132.                                 Michael van Elst
  133.  
  134. Internet: mlelstv@serpens.rhein.de
  135.                                 "A potential Snark may lurk in every tree."
  136.